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SCREEN DISPLAY CONTROL AND TRANSITION METHOD 
AND ITS SYSTEM 

BACKGROUND OF THE INVENTION 
Field of the Invention 

The present invention relates to a method for 
realizing screen transitions on the WWW (World Wide Web) 
browser on the screen of an automatic teller machine 
(hereafter referred to as a Web-compatible ATM) , which 
incorporates a WWW browser to make use of the Internet. 

Of late the spread of the Internet is 
remarkable indeed, and progress has been made in the use 
of the Internet by ATMs (Automated Teller Machines) and 
the terminals of information supply service. 

It is possible to easily create a home page 
using HTML (HyperText Markup Language) to transmit 
information over the Internet. 

If a WWW browser is loaded in the ATM, 
information available over the Internet can be displayed 
on the ATM screen. Moreover, financial institutions are 
expected to become capable of providing new service by 
use of the Internet, and adding and changing the screen 
images of the ATM by adopting HTML. 

A file written in HTML (a HTML file) has a 
layout of objects (keys and specific areas of text) and 
describes the processes to be executed when events (a 
key being pressed, the occurrence of time-out, etc.) 
related to the objects occur. 



-2- 

To show a process which is executed when an 
event occurs as an example, when a given key is pressed, 
the characters corresponding to this key are displayed 
sequentially or the current image shifts to the next 
5 image on the WWW browser screen. 

In an screen transition control unit disclosed 
in JP-A-10-143359, it is proposed to provide an image 
content generator, an screen transition process 
generator and a process module generator, and arrange 

10 for an screen transition program to be created when an 
screen transition process is generated supposing that 
the designer has prepared a flowchart showing an screen 
transition process. 

Generally, in an HTML file, even when an image 

15 of the same content is used several times, if the image 
differs at the transition destination depending on the 
situation where the image is used, a problem is that 
original images must be prepared as many as are required 
at the transition destination. 

20 On the other hand, in the screen transition 

control unit in JP-A-10-143359, though the screen 
transition process is shown as a flowchart, this method 
leaves a possibility of omitting a description of some 
process corresponding to an event that occurs in a given 

25 image and another problem with this method is that it 

requires specific process modules when generated screen 
transitions are put into practice. 



SUMMARY OF THE INVENTION 

An object of the present invention is to 
divide HTML information into an HTML file describing an 
image content and an HTML file describing an screen 
5 transition process to thereby increase the independence 
and reusability of images. 

Another object of the present invention is to 
adopt a table form to create an HTML file describing an 
screen transition process to thereby eliminate an 

10 omission of description of transition destinations 
corresponding to events. 

To achieve the above objects; according to an 
aspect of the present invention, there is provided a 
screen display control method in an information 

15 processing unit sequentially changing over a series of 
image contents to display images on the screen, wherein 
image content information and screen transition process 
information, said screen transition process information 
being used to perform the screen transition process, are 

20 separate and generated separately, and wherein the frame 
layout of an image is composed of a parent frame and two 
child frames in the parent frame and the above-mentioned 
image content information is stored in one child frame 
and the above-mentioned screen transition process 

25 information is stored in the other child frame* 

In a second aspect of the present invention, 
there is provided a method for generating an screen 
transition program to carry out the screen transition 



process in an information processing unit sequentially 
shifting a series of image contents to display images on 
the screen. This method comprises storing a sheet 
describing the processing items in the screen transition 
5 process in a table form and an screen transition program 
generator in a file, wherein the screen transition 
program generator sequentially reads the processing 
items from the sheet, sequentially writes in the file a 
necessary program descriptions corresponding to the read 

10 processing items, and generates an screen transition 
program on the file* 

In a third aspect of the present invention, 
there is provided a method for generating an screen 
transition program to carry out the screen transition 

15 process in the information processing unit sequentially 
changing a series of image contents to display images on 
the screen. This method comprises storing content-parts 
in the screen transition process and a manager sheet 
describing in table form events that occur in the 

20 content part as processing items, and a controller sheet 
describing the processing items in the content part in 
table form and an screen transition program generator in 
a file, wherein the screen transition program generator 
sequentially reads the processing items described in the 

25 manager sheet, sequentially writes, in the file, 

necessary program descriptions corresponding to the read 
processing items, generates a manager, and sequentially 
reads the processing items described in the controller 



sheet, sequentially writes, in the file, necessary 
program descriptions corresponding to the read 
processing items, generates a controller, and generates 
an screen transition program consisting of the manager 
and the controller on the file. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a diagram schematically showing an 
example of system configuration of a Web-compatible ATM 
to which the present invention is applied; 

Figs, 2A, 2B are diagrams showing a frame 
layout of the ATM screen according to the present 
invention; 

Figs. 3A, 3B, 3C, 3D, 3E, 3F are diagrams 
showing an example of screen transitions of banking 
transactions, provided by the Web-compatible ATM; 

Fig. 4 is a diagram showing the call relations 
by which to realize the image contents and screen 
transitions that appear on the Web-compatible ATM; 

Fig. 5 is a diagram showing a method for 
installing an HTML file to realize the frame layout 
shown in Fig. 2; 

Fig. 6 is a diagram showing an example of a 
manager sheet; 

Fig. 7 is a diagram showing an example of a 
controller sheet; 

Fig. 8 is a diagram showing an example of an 
screen transition program generated based on the manager 



-6- 

sheet ; 

Fig. 9 is a diagram showing an example of an 
screen transition program generated based on the 
controller sheet; 
5 Fig. 10A is a flowchart showing the steps for 

generating an screen transition program based on the 
manager sheet; 

Fig. 10B is a flowchart following the 
flowchart in Fig. 11A; 
10 Fig. 11A is a flowchart showing the steps for 

generating an screen transition program based on the 
controller sheet; 

Fig. 11B is a flowchart following the 
flowchart in Fig. 11A; 



15 DESCRIPTION OF THE EMBODIMENT 

The preferred embodiment of the present 
invention will be described with reference to the 
accompanying drawings . 

Fig. 1 is a schematic diagram showing an 
20 example of system configuration of a Web-compatible ATM 
to which the present invention is applied. 

In a bank 101, Web-compatible ATMs 102a to 
102n are connected through LAN 103 to a WWW server 104. 

The Web-compatible ATMs 102a to 102n, by using 
25 information (HTML file, for example) downloaded from the 
WWW server 104, show information on the screen, handle 
transactions and provide various kinds of services to 



customers . 

The Web-compatible ATMs 102a to 102n make use 
of services by WWW servers 108a to 108n under 
affiliation with the bank 101 through the proxy server 
106 and the circuits of the Internet 107 and so on. 

The WWW servers 104, 108a to 108n are 
connected to hard drives 105 and 109, which contain the 
image contents (HTML file) 110 and the screen transition 
program (HTML file) 111. 

The screen transition program 111 is generated 
by an screen transition program generator 112, which 
characterizes the present invention. 

This screen transition program generator 112 
generates an screen transition program (HTML file) based 
on a manager sheet/controller sheet 113 in table form 
stored in the hard drive 114. The manager sheet/ 
controller sheet 113 will be described later on. In 
this embodiment, the manager sheet/controller sheet 113 
is stored in the hard drive 114, but may be stored in 
the hard drive 109. 

In this embodiment, the ATMs 102a to 102n are 
designated as Web-compatible ones and the organization 
101 as a bank. However, the ATMs are in a trend toward 
diversification in service and differentiation in 
function, so that the equipment to which the present 
invention is applied may cover items of equipment which 
are designated as other than ATM and the installation 
site may be other sectors other than banking facilities. 
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Figs. 2A and 2B show frame layouts in the 
present invention. The frames are the demarcation units 
of the ATM screen, and there is a hierarchical structure 
for the frames. 

5 With a Web-compatible ATM, the screen appears 

as indicated at 201. With regard to its hierarchical 
structure, there is one parent frame 202 and at a lower 
level, there are a child frame 203 that contains screen 
transition process information and another child frame 
10 204 that contains image content information. 

When the child frame 203 is set to size T 0 T , 
only the child frame 204 appears on the screen. 

Fig. 3A to 3F show the screen transitions in 
banking transactions provided by Web-compatible ATMs 
15 102a to 102n. 

As an example, a balance inquiry operation is 
shown in the following. 

The screen shows the transaction selection 
image 301, in which there are the message display area 
20 302 and transaction selection keys 303 (Fig. 3A) . 

When the balance inquiry key 304 is pressed on 
the transaction selection image 301, a card insertion 
waiting image 311 appears (Fig. 3B) . 

The card insertion-waiting image 311 has an 
25 illustration 312 that asks the customer to insert a 

card, a delete key 313, and a message display area 314. 

When a card is inserted, the identification 
input image 321 appears (Fig. 3C) . 



When personal identification number keys 322 
are pressed to enter four digits on the identification 
input image 321, the host-related transmission-reception 
image 331 appears (Fig. 3D) . 

At the end of transmission or reception to or 
from the host, the balance display image 341 is shown on 
the host-related transmission-reception image 331 (Fig. 
3E) . 

The balance display image 341 shows the 
balance on its message display area 343. 

When the Confirm key 342 is depressed, the 
card reception-waiting image 351 appears (Fig. 3F) . 
While the card reception-waiting image 351 is being 
shown, when the customer receives the medium such as a 
card, the transaction selection image 301 appears again 
(Fig. 3A) . 

Description will now be made of the method by 
which to realize changes of images that handle the 
banking transactions . 

Fig. 4 shows the call relations by which to 
realize the image contents and the screen transitions 
that appear on the Web— compatible ATMs 102a to 102n. 

The manager 401 controls the flow of steps of 
each transaction. 

The controller 402a to 402n decides the next 
image from the image currently displayed and from an 
event that occurs in that image and causes an image 
switchover . 
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The image content 404al to 404nm causes an 
image to be displayed and performs a process 
corresponding to an event. 

Note that the image content 404al to 404nm can 
be generated by using an ordinary home page generating 
tool . 

The content part 403a to 403n is one process 
unit in a transaction, such as amount input, 
identification number input and putting in cash. 

For example, in the amount input content part, 
the amount input image is displayed and the user inputs 
an amount of money. 

If the entered sum of money is incorrect, the 
amount reentry image appears, and the user inputs an 
amount of money again. These steps occur in a set 
sequence . 

Generally, one content part consists of a 
plurality of images. 

Figs. 3A to 3F show representative screen 
transitions . 

Fig. 5 shows how HTML files are loaded to 
realize the frame layout shown in Figs. 2A and 2B. 

HTML information is divided by a FRAMESET tag 
into child frames, one called Manager and the other 
called View. 

The Manager frame is currently set to size 0. 

Fig. 6 shows a manager sheet 601, in other 
words, an screen transition table that tabulates the 
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processes of the manager 401 to execute the screen 
transitions in the example shown in Figs. 3A to 3F. 

The transaction name 602 is "inquiry of 
balance" in Fig. 6. 
5 The rows 603, vertically stacked, are the 

content parts, such as "Waiting for card insertion". 

The columns 604, horizontally arranged, show 
the events, such as the "End of process", which occur in 
each content part. 
10 The squares 605 show the row (line) numbers as 

transition destinations, which indicate what content 
part is the next destination when an event occurred in 
the content part. 

If a square 605 is blank, this means that if 
15 the specified events have occurred in the content part, 
this transaction (balance inquiry in the case shown in 
Fig. 6) is terminated at this point. 

Fig. 7 is a controller sheet 701, in other 
words, an screen transition table tabulating the 
20 processes of the controller 402 to execute screen 

transitions in the content part in the example of Fig. 
3. 

The content part name 702 is "Waiting for card 
insertion" in this example. 
25 The rows 703, vertically stacked, are the 

images, such as the Card-insertion-waiting image 1. 

The column 704 lists the events, such as 
waiting for card insertion, which occur in each image. 
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The squares 705 show the row numbers as 
transition destinations, which indicate what content 
part is the next destination when an event occurred in 
the content part. 
5 If a square 605 is blank, this means that if 

the specified events have occurred in the content part, 
this transaction (waiting for card insertion in the case 
of Fig. 7) is terminated at this point. 

Note that generally there are a plurality of 
10 controller sheets with respect to one manager sheet. 

Fig. 7 shows only one content part titled 
Waiting for card insertion. 

Fig. 8 is an screen transition program 901 
generated from the manager sheet 601, simply referred to 
15 as a manager. 

Fig. 9 is an screen transition program 1001 
generated from the controller sheet 701, simply referred 
to as a controller. 

Because generally there are a number of 
20 controller sheets, there are controllers, namely, screen 
transition programs as many as the controller sheets. 

Fig. 9 shows only the CardSounyuu. asp portion 
of the screen transition program. 

Fig. 10A is a flowchart showing the steps for 
25 generating an screen transition program 901, in other 
words, a manager from a manager sheet 601. 

At Step 1101, a transaction name is obtained 
from a manager sheet 601. 
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At Step 1102, a file titled Manager. asp is 
opened to write a generated program. 

At Step 1103, <HTML>,<SCRIPT 
languag="VBScript"> is written as a character string. 

At Step 1104, variable Y is set as Y=l . 

At Step 1105, a content part name at the line 
Y of the manager sheet 601 is obtained. 

At Step 1106, by referring to a dictionary 
sheet 801, the English name of the content part obtained 
at Step 1105 is obtained. 

At Step 1107, <!--#INCLUDE FILE=", the English 
name of the content part obtained at Step 1106, .asp" — > 
is written as a character string in a file. 

At Step 1108, the variable Y is incremented by 

1, i.e. Y=Y+1. 

At Step 1109, the variable Y is compared with 
the number of lines of the manager sheet, and if the 
variable Y is smaller or equal to the number of lines, 
the processes from Step 1105 to 1108 are repeated. 

At Step 1110, <!--#INCLUDE FILE="Shougai . asp"- 
— > is written as a character string in the file. 

At Step 1111, Sub Manager ( ManagerlD, 
ContentsParts, Code ) is written as a character string 
in the file. 

At Step 1112, If ( Code="Fault" ) then, 
Shougai "Start", ", the transaction name obtained at 
Step 1101, End if, Select Case ManagerlD are written 
as a character string in the file. 
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At Step 1113, Case the transaction name 
obtained at Step 1101, " is written as a character 
string in the file. 

At Step 1114, Select Case ContentsParts is 
written as a character string in the file. 

At Step 1115, Case "Start" is written as a 
character string in the file. 

At Step 1116, the content part name at the 
first line of the manager sheet 601 is obtained and its 
English name is obtained by referring to the dictionary 
sheet 801. 

At Step 1117, the English name of the content 
part obtained at Step 1116, "Start", ", the transaction 
name obtained at Step 1101," are written as a character 
string in the file. 

At Step 1118, the variable Y is set as Y=l . 

At Step 1119, a content part name at the line 
Y of the manager sheet 601 is obtained. 

At Step 112 0, Case ", the content part name 
obtained at Step 1119 written as a character string in 
the file. 

At Step 1121, Select Case Code is written as a 
character string in the file. 

At Step 1122, the variable X is set as X=l . 

At Step 1123, the event name at the column X 
of the manager sheet 601 is obtained. 

At Step 1124, the transition destination, the 
line Y and the column X, in the manager sheet 601 is 
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obtained. 

At Step 1125, if the transition destination 
obtained at Step 1124 is blank, the following processes 
from Step 1126 to 1128 are skipped. 
5 At Step 112 6, Case the event name obtained 

at Step 1123 is written as a character string in the 
file. 

At Step 1127, the content part name at that 
line number of the transition destination in the manager 
10 sheet 601 which was obtained at Step 1124 is obtained/ 
and its English name is obtained by referring to the 
dictionary sheet 801. 

At Step 1128, the English name of the content 
part/ obtained at Step 1124, "Start", the transaction 
15 name obtained at Step 1101 are written as a character 
string in the file. 

At Step 1129, the variable X is incremented by 

1, i.e. X=X+1. 

At Step 1130, the variable X is compared with 
20 the number of columns of the manager sheet 601 and if 

the variable X is smaller than or equal to the number of 
columns, the processes from Step 1123 to Step 1129 are 
repeated. 

At Step 1131, End Select is written as a 
25 character string in the file. 

At Step 1132, the variable Y is incremented by 
1, i.e., Y=Y+1. 

At Step 1133, the variable Y is compared with 
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the number of lines of the manager sheet 601, and if the 
variable Y is smaller or equal to the number of lines, 
the processes from Step 1119 to Step 1120 are repeated. 

At Step 1134, End Select is written as a 
5 character string in the file. 

At Step 1135, End Select is written as a 
character string in the file. 

At Step 1136, End Sub, </SCRIPT>, </html> are 
written as a character string in the file. 
10 At Step 1137, the file is closed. 

Figs. 11A and 11B are flowcharts showing the 
steps for generating the screen transition program 1001, 
in other words, the controller 1001 from the controller 
sheet 701. 

15 At Step 1201, a content part name is obtained 

from the controller sheet 701, and its English name is 
obtained by referring to the dictionary sheet 801. 

At Step 1202, a file with the English content 
part name, obtained at Step 1201 and added with .asp is 

20 opened. 

At Step 1203, Sub, the English content part 
name obtained at Step 1201, ( Gamen Code ) are written 
as a character string in the file. 

At Step 1204, Select Case Gamen is written as 
25 a character string in the file. 

At Step 1205, Case "Start", Session 
( "YobidashiManager" )=Code are written as a character 
string in the file. 
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At Step 1206, the image name at the first line 
of the controller sheet 701, and its English name is 
obtained by referring to the dictionary sheet 801. 

At Step 1207, top. View. location= ", the 
5 English image name obtained at Step 1206, •html" are 
written as a character string in the file. 

At Step 1208, set the variable Y=l . 

At Step 1209, an image name at the line Y of 
the controller sheet 701 is obtained. 
10 At Step 1210, Case ", the image name obtained 

at Step 1209 is written as a character string in the 
file. 

At Step 1211, Select Case Code is written as a 
character string in the file. 
15 At Step 1212, set the variable X=l. 

At Step 1213, an event name at the column X of 
the controller sheet 701 is obtained. 

At Step 1214, the transition destination, the 
line Y and the column X, in the controller sheet 701 is 
20 obtained. 

At Step 1215, if the transition destination 
obtained at Step 1214 is blank, the following processes 
from Step 1126 to 1128 are skipped. 

At Step 1216, Case the event name obtained 
25 at Step 1213 is written as a character string in the 
file. 

At Step 1217, the content part name at the 
transition destination obtained at Step 1214 in the 
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manager sheet 601 is obtained and its English name is 
obtained with reference to the dictionary sheet 801. 

At Step 1218, top. View. location^ the 
English image name obtained at Step 1217, html" is 
written as a character string in the file. 

At Step 1219, the variable X is incremented by 
1, i.e., X=X+1. 

At Step 1220, the variable X is compared with 
the number of columns of the controller sheet 17, and if 
the variable X is smaller than or equal to the number of 
columns, the processes from Step 1213 to 1219 are 
repeated. 

At Step 1221, Case Else, Top .Manager . Session 
( "YobidashiManager" ), ", the content part name 
obtained at Step 1201, ", Code, End Select are written 
as a character string in the file. 

At Step 1222, the variable Y is incremented by 
1, i.e., Y=Y+1. 

At Step 1223, the variable Y is compared with 
the number of lines of the controller sheet 701, and if 
the variable Y is smaller than or equal to the number of 
lines, the processes from Step 1209 to Step 1222 are 
repeated. 

At Step 1224, Case Else, top .Manager .Manager 
Session ( "YobidashiManager" ), ", the content part name 
obtained at Step 1201, , Code, End Select are written 
as a character string in the file. 

At Step 1225, End Sub is written as a 



- 19- 

character string in the file. 

At Step 1226, the file is closed. 
Description has been made of the Web- 
compatible ATM according to the present invention, but 
5 the present invention is not limited to the Web- 
compatible ATM, and can be applied to other business 
systems or various kinds of information terminals. 

According to embodiments of the present 
invention, the images and the screen transition 
10 information of the Web-compatible ATM can be generated 
and managed independently of each other. Therefore, it 
becomes possible to prepare image description files in 
advance and select which file to use. 

Further, it becomes possible to easily control 
15 the screen transitions according to an screen transition 
table . 

It is easy to divide work between ATM image 
generation and screen transition table generation. 

The scope of application of the present 
20 invention is 'effective not only to Web-compatible ATMs 
but also to other business systems and various kinds of 
information terminals. 
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CLAIMS 

1. In an information processing unit by 
sequentially changing a series of image contents to 
display images on the screen, an image display control 
method and a system therefore, comprising the steps of: 

generating separately image content 
information describing image content to display on said 
information processing unit and screen transition 
process information describing an screen transition 
process to deal with said series of image contents; 

forming an image displayed on said information 
processing unit by a parent frame and two child frames 
included in said parent frame; 

storing said image content information in one 
child frame and said screen transition process 
information in the other child frame; and 

sequentially changing said series of image 
contents to display the images based on said screen 
transition process information. 

2 . An image display control method according to 
Claim 1, wherein said image content information includes 
information about the message display area for 
displaying specified messages and information about an 
item selection image for the user to select an optional 
item from a plurality of items in accordance with said 
displayed image, and wherein when the user selects an 
image of an item and an event occurs, a transition takes 
place to any of said series of image contents. 
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3. An image display control method according to 
Claim 1, wherein the other frame for storing said screen 
transition process information is set to size "0". 

4. An screen transition method for executing an 
screen transition process in an information processing 
unit for sequentially changing a series of image 
contents to display images on the screen by the images, 
comprising the steps of: 

describing in table form the processing items 
in the screen transition process, said screen transition 
process changing current image to the next one at the 
end of display of each individual image content of said 
series of image contents; and 

sequentially reading the processing items 
described in table form and carrying out said screen 
transition process of said series of image contents. 

5. An screen transition method for executing an 
screen transition process in an information processing 
unit for sequentially changing a series of image 
contents to display images on the screen, comprising the 
steps of: 

generating content parts, each showing 
processing units, in the screen transition process and a 
manager sheet describing events in the content parts as 
processing items in table form; 

generating a controller sheet describing the 
processing items in the screen transitions in said 
content parts in table form; 
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sequentially reading the processing items 
described in said manager sheet and generating a manager 
to control the flow of a series of processes 
corresponding to the read processing items; 

sequentially reading the processing items 
described in said controller sheet and generating a 
controller to decide the next image corresponding to the 
read processing item; and 

operating said controller according to said 
manager to change the images. 

6 - An screen transition system for executing the 
screen transition process in an information processing 
unit sequentially changing a series of image contents to 
display images on the screen, comprising: 

a plurality of unit-of-processing component 
parts, each having a unit-of-processing image storage 
containing a series of image contents for each specified 
unit of processing, and a controller, connected to said 
unit-of-processing image storage, for deciding the next 
screen transition; and 

a manager, connected to said plurality of 
unit-of-processing component parts, for controlling the 
flow of one unit of processing. 

7 - An screen transition method for performing the 
screen transition process in an information processing 
unit sequentially changing a series of image contents to 
display images on the screen, comprising the steps of: 

storing in a file a sheet describing the 
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processing items of the screen transition process in 
table form and an screen transition program generator, 
wherein said screen transition program generator 
sequentially reads the processing items from said sheet, 
sequentially writes in the file necessary program 
descriptions corresponding to the read processing items, 
and generates an screen transition program on the file. 
8. A method for generating screen transitions to 

carry out the screen transition process in an 
information processing unit sequentially changing a 
series of image to carry out the screen transition 
process to display images on the screen, comprising the 
step of: 

storing content parts in the screen transition 
process and a manager sheet describing in table form 
events that occur in the content part as processing 
items, and a controller sheet describing said processing 
items in the content part in table form and an screen 
transition program generator in a file, wherein said 
screen transition program generator sequentially reads 
said processing items described in the manager sheet, 
sequentially writes, in the file, necessary program 
descriptions corresponding to the read processing items, 
generates a manager, and sequentially reads said 
processing items described in the controller sheet, 
sequentially writes, in the file, necessary program 
descriptions corresponding to said read processing 
items, generates a controller, and generates an screen 
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transition program consisting of said manager and said 
controller on the file. 
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ABSTRACT OF THE DISCLOSURE 

An image display control method and its system 
for this method in an information processing unit 
sequentially changing a series of image contents to 
display images on the screen. Image content information 
for displaying image contents on the information 
processing unit and screen transition process 
information for performing an screen transition process 
on a series of image contents are made separate and 
generated separately. One frame of the display image of 
the information processing unit consists of one parent 
frame and two child frames in the parent frame. The 
image content information is stored in one child frame 
and the screen transition process information is stored 
in the other child frame, and a series of image contents 
is sequentially moved to display images on the screen. 



E 5360 



FIG. 1 



101 



BANK 



PROXY 
SERVER 



-106 X 



-105 



WWW SERVER 



LAN 



ATM 



ATM 



107 



-104 



103 



102a-- 102n 




WWW SERVER 
(ASSOCIATED 
SITE) 



-108a 



WWW SERVER 
(ASSOCIATED 
SITE) 



-108n 



HARD DRIVE 



IMAGE 
CONTENT 
(HTML FILE) 



IMAGE 
TRANSMISSION 
PROGRAM 
(HTML FILE) 



-109 
-110 

-111 











IMAGE 
TRANSMISSION 
PROGRAM 
GENERATOR 











-112 



MANAGER 
SHEET/ 
CONTROLLER 
SHEET 
(TABLE 
FROM) 



HARD DRIVE 



^114 
■113 



CM 



CD 

Csi 

O 







BALANCE 
I INQUIRY 


o 


•NSULATI' 


o 

O 




LU 




NiUJ 


I- 


QCO 


co 


Z $ 


O 


<I 


Q_ 


IO 


LU 




Q 


LU CL 




z: 


< 


O 






fHDRA 


ORMA" 
SUPPL 




ll 







H 
Z 

Lli 

IZ 

o 
o 

LU 
CD 
< 



LU 
< 



X 

o 



o 

CM 



CO 

o 



CM 



< 

CNJ 
O 







LANCE 
QUIRY 


o 


•NSULATI' 


<z 

CO — 


o 
o 




LU 




Nqj 


(- 


QCO 


CO 




O 


<x 


Q. 


IO 


LU 


ocr 


Q 


LU Q- 


_l 




< 


O 




i=:> 


ITHDRA 


FORMA' 
SUPPL 







FIG. 3A 



FIG. 3D 



302 MESSAGE DISPLAY 



WELCOME, 

MAY I HELP YOU ? 



WITHDRAWAL 



INFORMATION 
SUPPLY 



DEPOSIT 



MERCHANDIZE 
PURCHASE 



BALANCE 
CHECK 



CONSUL- 
TATION 



304 



^303 - 
TRANSACTION 
SELECT KEYS 



COMMUNICATION 
WITH HOST IS 
UNDERWAY 



301 TRANSACTION 

SELECTION IMAGE 



331: HOST TRANSMISSION/ 
RECEPTION IMAGE 



FIG. 3B 



314 



PRESS BALANCE 
CHECK KEY 



FIG. 3E 



TRANSMISSION/ 

RECEPTION 

TERMINATED 



CARD 



CANCEL 



ILLUSTRATION 
(CARD 
INSERTION) 



312 



-313 



BALANCE 

¥ X X X X X 



343 
342 



CONFIRM 



311 CARD INSERTION 
WAITING IMAGE 



341 BALANCE DISPLAY 
IMAGE 



FIG. 3C 



CARD INSERTION 



FIG. 3F 



PRESS 

CONFIRM 

KEY 



PASSWORD ID 
NO. 



1 


2 


3 


4 


5 


6 


7 


8 


9 


n 



CANCEL 



CORRECT 



r 



322 



321 ID NUMBER 
INPUT IMAGE 



ID NUMBER INPUT 



CARD RECEPTION 



ILLUSTRATION 
(ASKING THE 
USER TO RECEIVE 
THE CARD) 



351 ' CARD-RECEPTION 
WAITING IMAGE 

I CARD 

T RECEPTION 

301 ' RETURN TO 

TRANSMISSION 
SELECTION IMAGE 




03 

co- 
co 



< 
o 

z: 
o 

i- 

O 



< 



o 

f— 

o 
z: 

LL. 



< 

CL 

z: 

LU 



O 
O 



CO 

z: 
< 



< 
o 



o 

H 
O 

z: 

LL. 



< 



o 

{- 
O 




< 



o 
o 











1- 


UJZ 










IMAGI 
ONTE 




IMAG 
ONTE 




IMAG 
ONTE 


O 




O 




O 




g 

CO 

< 

H 



< 



o 
o 

Z> 

LL_ 



g 

CO 

2: 

< 
cr 



< 
o 

2: 
g 
t- 
o 
z: 



o 



o 



00 
< 



< 
o 



g 
o 

ZL 
Z) 

LL 



o 



= 0 
0 



03 

o 



03 

o 



o 



o 

LL 



A 

Q 

< 

LU 
X 

"v 

A A 

JQ 
2< 
HLU 
XX 

V V 



O 



X 

cd 

LU 
X 

cd 

QC 
< 

CM 

"l! 

X 



CD 
01 
< 

A = L 

CD 
03 



_A ' 

O 

CM 



CD 
LU 
X 

CD 

a: 
< 



CNJ 
ll 

X 

h- 

Q 



CD 
< 



03 



CD 
> 



li 

LLl 
Q 

CC- ?= 
O clii 
£ cnLU . UJ 

* u:<£< 

^2b^b 

CO 03 |_ CD I 



Of 



O 'I ^ I" ^ A 
/_ O II O II I— 

□ q: o tr cd lu 

LU LU I LLl — I ;= 

<<o|o< 

uZLtOLtOli: 

v v co v CO v 



CD 

CD 

LL. 



a 



LU 

o 



00 
CO 
LU 

o 
o 
q: 

CL 



g 

o 
< 
co 

< 



O 
< 
00 

_ < 



RESTART 

END OF 
PROCESS 



CO 



CM 



CD 



CO 



CD 



o 

CD 



in 



< 
CL 



LU 
Z 

o 
o 



c 
g 

CD 

c/) 
c 

i_ 
05 

a 



en 
c 



CO 



CL 

.E 

CD 

E 
c 



O 



C 

"-4— ' 

Q_ 

<D 

a 

i— 
C 

o 

c/> 



c 

CO 



_co 

CL 

co 

<D 

a 
c 

JO 
CO 
CD 



CM 



CO 



CO 

o 

CD 



T3 
<D 
> 

'<D 
O 
CD 

CD 

o 

CO 

o 

<D 

c 

'-»— > 

"co 



col 



CO 

co 

a: 



in 



co 



FIG. 7 



703 < 



CONTENT PART NAME: 
WAITING FOR CARD INSERTION 







END OF 
PROCESS 






No. 


IMAGE NAME 




1 


Cardinsertionwatingimagel 


2 


2 


Cardinsertionwatingimage2 


3 


3 


Cardinsertionwatingimage3 





-702 



705 



704 



701 



FIG. 8 



MANAGER. ASP 

<HTML> 

<SCRIPT language="VBScript M > 
<!— #INCLUDE F!LE="Cardsounyuu.asp"— > 
<!— #INCLUDE FILE="AnshouNyuuryoku.asp"— > 
<!— #!NCLUDE FILE^'HostSoujushin.asp"— > 
<!— #INCLUDE FILE="ZandakasHyouji.asp"— > 
<f— #INCLUDE FILE="Be!taiUketori.asp"— > 
<!— #INCLUDE F!LE="Seikaishi.asp"— > 
<i— #!NCLUDE FILE="ShougaLasp M — > 



Sub Manager (ManagerlD, ContentsParts, Code) 
If (Code="Fauit") then 

Shougat "Start", "Balance Check" 
End !f 

Select Case Manager ID 
Case "Balance Inquiry" 
Select Case ContentsParts 
Case "Start" 

CardSounyuu "Start'V'Balance Check" 
Case "Waiting For Card Insertion" 
Select Case Code 
Case "End Of Process" 

AnshouNyuuryoku "Start", "Balanced Check" 
Case "Restart" 

Saikaishi "Start", "Balanced Check" 
End Select 
Case "!D Number Input" 
Select Case Code 
Case "End Of Process" 

Host Soujushin "Start", "Balanced Check" 
Case "Restart" 

Saikaishi "Start" , "Blanced Check" 
End Select 



(CONTINUED FROM THE 
LEFT COLUMN ) 

Case "Transmission Reception To Host" 
Select Case Code 
Case "End Of Process" 

ZandakaHyouji "Start", "Balance Inquiry" 
Case "Restart" 

Saikaishi "Start", "Balance Inquiry" 
End Select 
Case "Balanced Display" 
Select Case Code 
Case "End Of Process" 

BaitaiUketon "Start", "Balance inquiry" 
Case "Restart" 

Saikaishi "Start", "Balance Inquiry" 
End Select 
Case Waiting For Medium Reception 
Select Case Code 
End Select 
End Select 
Case "Restart" 
Select Case Code 
End Select 
End Select 
End Select 
End Sub 
</SCRIPT> 
</HTML> 



(CONTINUED TO THE TOP 
OF THE RIGHT COLUMN ) 



FIG. 9 



CardSounyuu.asp 



- 

Sub CardSounyuu (Gamen, Code) 




Select Case Gamen 




Case "Start" 




Session ("Yobidashi Manager")=Code 




top. view location = "CardSounyuul Gamen.htm]" 




Case "Card insertion Wating image 1" 




Select Case Code 




Case "End of Process" 




top. View, location="CardSounyuu2Gamen.htm]" 




Case Else 




top Manager Manager Session ("YobidashiManager") /'Wating For Card insertion" 


Code 


End Select 




Case "Card Insertion Wating Image 2" 




Select Case Code 




Case "End Of Process" 




top. View, location = "CardSounyuu3Gamen htm]" 




Case Else 




top.Manager.Manager Session ("YobidashiManager") , "Wating For Card insertion" 


Code 


End Select 




Case "Card Insertion Wating image 3" 




Select Case Card 




Case Else 




top. Manager Manager SessionO'YobidashiManager") /'Wating For Card insertion" 


Code 


End Select 




Case Else 




top. Manager Manager Session ("YobidashiManager") /'Wating For Card insertion" Code 


End Select 




End Sub 





FIG. 10A 



1110 




1101 



OBTAIN A TRANSACTION 
NAME 



OPEN A FILE NAMED 
MANAGER CAP 



1102 



1103 



WRITE CHARACTER 
STRING OF <HTML> 
<SCRIPT Languge="VBS 
cript"> IN FILE 



1104 



Y=1 



OBTAIN CONTENT PART 
NAME AT LINE Y OF 
MANAGER SHEET 



1105 



1106 



OBTAIN ENGLISH NAME OF 
CONTENT PART OBTAINED 
AT 1105 BY REFERRING 
TO DICTIONARY SHEET 



1107 



WRITE CHARACTER STRING 

OF <!-#INCLUDE FILE-', 
ENGLISH NAME OF CONTENT 
PART OBTAINED AT 1106, 
asp"-> IN FILE 



1108 



Y=Y+1 



1109 



NO, 



Y>NUMBER OF LINES 




WRITE CHARACTER STRING 
OF SUB MANAGER 
(MANAGER ID.CONTENTS 
PAERTS.CODE) IN FILE 



1111 



WRITE CHARACTER 
STRING OF SUB MANAGER 
(MANAGER ID, CONTENTS 
PARTS, CODE) IN FILE 



1112 



WRITE CHARACTER 
STRING OF IF (CODE= 
"FAULT") THEN, Shougai 
"START" ."TRANSACTI O N 
NAME" "END IF SELECT 
CASE MANAGER ID 
IN FILE 



WRITE CHARACTER STRING 
OF CASE "TRANSACTION 
NAME" IN FILE 



WRITE CHARACTER STRING 

OF SELECT CASE 
CONTENTS PARTS IN FILE 



WRITE CHARACTER 
STRING OF CASE "START" 
IN FILE 



1113 



1114 



1115 



1116 



OBTAIN CONTENT PART 
NAME AT FIRST LINE OF 
MANAGER SHEET AND 
OBTAIN ITS ENGLISH 
NAME BY REFERRING 
TO DICTIONARY SHEET 



YES 



® 



1117 



WRITE CHARACTER STRING 
OF ENGLISH NAME OF 
CONTENT PART NAME 
"START". "TRANSACTION 
NAME" IN FILE 



FIG. 10B 



1118- 
1119- 

1120- 



Y=1 



OBTAIN CONTENT PART 
NAME AT LINE Y OF 
MANAGER SHEET 



WRITE CHARACTER 
STRING OF CASE, 
"CONTENT PART 
NAME," IN FILE 



1121 



1122- 



1123- 



1124- 



1125 



WRITE CHARACTER 
STRING SELECT CASE 
CODE IN FILE 



X=1 



OBTAIN EVENT NAME 
AT COLUMN X OF 
MANAGER SHEET 



OBTAIN TRANSITION 
DESTINATION LINE 

NUMBER. LINE Y 
AND COLUMN X OF 

MANAGER SHEET 




S TRANSITION LINE 
NUMBER BLANK ? 



1126- 



NO 



WRITE CHARACTER 
STRING OF CASE 
"EVENT NAME 
OBTAINED" AT 1123 
IN FILE 



WRITE CHARACTER STRING 
OF CONTENT PART NAME 
OBTAINED AT 1127, "START," 

"TRANSACTION NAME 
OBTAINED AT 1101," IN FILE 



NO 



1127- 



OBTAIN CONTENT PART 

NAME AT TRANSITION 
DESTINATION OBTAINED 

AT 1214 IN MANAGER 
SHEET AND OBTAIN ITS 
ENGLISH NAME BY 
REFERRING TO 
DICTIONARY SHEET 



X=X+1 



X>NUMBER OF 
COLUMNS OF 
MANAGER SHEET? 



Y>NUMBER OF LINES 
OF MANAGER SHEET?. 





YES 


WRITE CHARACTER 


STRING 


OF END 


SELECT 


IN FILE 



WRITE CHARACTER 
STRING OF END 
SELECT IN FILE 



WRITE CHARACTER 
STRING OF END 
SUB, </SCRIPT>. 
</HTML> IN FILE 



CLOSE THE FILE 




1128 



•1129 
-1130 





YES 




WRITE CHARACTER 
STRING OF END 
SELECT IN FILE 


— 1131 








Y=Y+1 


— 1132 







1133 

"no 1 



•1134 



•1135 



•1136 



1137 



FIG. 11A 



C START > 



1201- 



1202- 



OBTAIN CONTENT 
PART NAME AND 
OBTAIN ITS ENGLISH 
NAME BY REFERRING 
TO DICTIONARY SHEET 



OPEN A FILE WITH 
ENGLISH CONTENT 
PART NAME OBTAINED 
AT 1201 ADDED 
WITH, asp 



1203' 



WRITE CHARACTER 

STRING OF Sub, 
ENGLISH CONTENT 
PART NAME OBTAINED 
AT 1201, (Gamen Code) 
IN FILE 



1204- 



1205- 



WRITE CHARACTER 
STRING OF SELECT 
CASE GAMEN 
IN THE FILE 



WRITE CHARACTER 
STRING OF CASE 
"START". SESSION 
("YobidashiManager") 
=CODE IN THE FILE 



1206- 



OBTAIN IMAGE NAME 
AT FIRST LINE OF 
CONTROLLER SHEET 

AND OBTAIN ITS 
ENGLISH NAME BY 

REFERRING TO 
DICTIONARY SHEET 



1207- 



WRITE CHARACTER 
STRING OF top.Views. 
!ocation=",ENGLISH IMAGE 
NAME, .html" IN THE FILE 



1208- 



0 



OBTAIN AT IMAGE NAME 
AT LINE Y OF 
CONTROLLER SHEET 



-1209 



. WRITE CHARACTER 
STRING OF Case", I MAGE 
NAME OBTAINED AT 
1209 IN THE FILE 



WRITE CHARACTER 
NAME OF Select Case 
Code IN THE FILE 



Y=1 



-1210 
-1211 
-1212 



OBTAIN AN EVENT 
NAME AT COLUMN X OF 
CONTROLLER SHEET 



OBTAIN TRANSITION 
DESTINATION, LINE Y 
AND COLUMN X IN 
CONTROLLER SHEET 



-1213 



-1214 



IS TRANSITION 
DESTINATION 
OBTAINED AT 1214 IS 
BLANK 



NO 



WRITE CHARACTER 
STRING CASE". EVENT 
NAME OBTAINED AT 
1213 IN THE FILE 



Y=1 




OBTAIN THE IMAGE NAME AT 
TRANSITION DESTINATION 
OBTAINED AT 1214 IN 
MANAGER SHEET AND OBTAIN 
ITS ENGLISH NAME BY 
REFERRING TO DICTIONARY 
SHEET 



FIG. 11B 



® 



WRITE CHARACTER STRING OF top.Views. 
location=", ENGLISH IMAGE NAME OBTAINED 
AT 1217, html" IN THE FILE 



-1218 



(£> 



X=X+1 



NO 



X>NUMBER OF 
COLUMNS IN 



-1219 



-1220 



\ CONTROLL 


ER SHEET? / 




YES 


WRITE CHARACTER STRING OF 
CASE ELSE, TOP. MANAGER SESSION 
("YobidashiManager"), ".CONTENT PART 
NAME OBTAINED AT 1201, 
"Code, End Select IN THE FiLE 






Y=Y+1 ^-1222 







-1221 



NO 



Y>NUMBER OF LINE OF 
CONTROLLER SHEET ? 



-1223 



YES 



WRITE CHARACTER STRING OF 
CASE ELSE, TOP. MANAGER SESSION 
("YobidashiManager"), ".CONTENT PART 
NAME OBTAINED AT 1201. 
"Code, End Select IN THE FILE 



-1224 



WRITE CHARACTER STRING OF 
END SUB IN THE FILE 



-1225 



CLOSE THE FILE 



-1226 



